平均每人每天要跟10多個App打交道。App成為手機生態系統的中心之一是無庸置疑的。而好的應用程式應該具備：1）增加客戶轉換率；2）驅動客戶安裝；3）增加客戶忠誠度

現在，我們將分析應用商店中的前100個零售應用程式，以解釋三個使用Akamai功能支援行動應用時的成功標準。

01 API分析：第一方與協力廠商

一個行動應用程式由兩類API組成：
♪ 第一類是對應用程式載入，負責使用者體驗的至關重要的API。
♪ 另一類負責收集資訊、分析資料、啟用廣告追蹤和社交媒體整合的協力廠商API。 這類API對使用者體驗並不重要。

分析顯示，每個行動APP平均包含8個協力廠商API和4個第一方API：

我們還發現前100個零售APP使用的協力廠商API中，有73家企業使用了Google Analytics和Ad SDK：

這為什麼很重要

協力廠商SDK主要用於分析和跟蹤行動APP的崩潰狀況，但太多的協力廠商SDK和API會減損行動應用程式的性能，因此瞭解您的App需要多少必要的協力廠商API是至關重要的。 例如我們觀察到，App的部分應用程式被協力廠商廣告代碼轟炸，會導致關鍵API（第一方）和非關鍵API（協力廠商）之間的通訊端爭用，影響使用者體驗。

02 行動性能分析

我們經由分析每個APP的.har檔來獲得更多關於性能的資訊（.HAR檔會告訴我們每個應用程式請求的洞察，並能夠提供DNS連接、TCP和TLS連線時間的資料、回應時間、下載時間等）。我們發現：

較少的行動APP在使用IPv6

前100個零售APP中，84.2%的App沒有使用IPv6，5%以下的App使用了IPv6。蜂巢式網路上的IPv6連接比IPv4連接相對更快，Facebook和Linkedin進行的RUM（實際使用者監控）研究顯示，使用IPv6能夠使行動網路的性能顯著提升。

非標準User-Agent字串

行動App則經由發送「User-Agent字串」來告訴網站使用者端的資訊，標準的User-Agent字串包含設備資訊和使用的瀏覽器類型。現在有很多行動App經由使用者端資訊來做出決策，例如根據設備的類型來調整圖像大小。但是User-Agent字串錯誤或不標準時，所有來自使用者資訊的字串決策就會失敗。據我們調查，大多數影像處理服務並不會根據設備類型調整圖像大小，因此把非常大的圖像下載到設備。

在本文分析樣本中，有 67.9％ 的行動應用在請求內容時具有非標準User-Agent字串。

未使用HTTP/2協定

HTTP/2具有標題壓縮和通訊端重用的功能，可避免產生新的TCP通訊端，並為每個請求協商TLS，進而減少載入時間。

儘管大多數企業已對功能變數名稱啟用HTTP/2，但這並不意味著App也能正常使用HTTP/2協定，因此，需要升級行動應用程式網路庫來支援HTTP/2。

03 如何提升行動App性能

♬ 瀏覽Akamai控制中心，為您的行動應用API建立一個新的、支持IPv6的邊緣主機名稱；
♬ 請您的開發人員升級您的行動應用程式網路庫以支援HTTP / 2，並確認他們能夠向上游伺服器發送正確的User-Agent字串；
♬ 試用Akamai獲得您的行動應用程式性能報告，知道您的App具體性能如何。